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@ A license management system which includes a 
license management facility that determines whether 
usage of a licensed program is within the scope of 
the license. The license management system main- 
tains a license unit value for each licensed program 
and a pointer to a table identifying an allocation unit 
value associated with each use of the licensed pro- 
gram. In response to a request to use a licensed 
program, the license management system responds 
with an indication as to whether the license unit 
value exceeds the allocation unit value associated 
with the use. Upon receiving the response, the op- 
eration of the licensed program depends upon poli- 
cies established by the licensor. 
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cense usage allocation unit value, the licensing 
policy module determines whether to allow tfie 
licensed program to be used in response to other 
licensing policy factors. 

BRIEF DESCRIPTION OF THE DRAWINGS 

This invention is pointed out with particularity 
in the appended claims. The above and further 
advantages of this invention may be better under- 
stood by referring to the following description taken 
in conjunction with the accompanying drawings, in 
which: 

Fig. 1 is a general block diagram of a new 
system in accordance with the invention; 

Figs. 2 and 3 are diagrams of data structures 
useful in understanding the detailed operation of 
the system depicted in Fig. 1 ; and 

Figs. 4A-1 through 4B-2 are flow diagrams 
which are useful in understanding the detailed op- 
erations of the system depicted in Fig. 1 . 



DETAILED DESCRIPTION OF AN ILLUSTRATIVE 
" EMBODIMENT 



Fig. 1 depicts a general block diagram of a 
system in accordance with the invention for use in 
connection with a digital data processing system 
which assists in managing software use in accor- 
dance with software licenses. With reference to Fig. 
1 , the new system includes a license management 
facility 10 which operates in conjunction with a 
license data base 11 and license unit tables 12, 
and under control of an operating system 13 and 
licensing policy module 15 to control use of li- 
censed programs, such as licensed program 14, so 
that the use is in accordance with the terms of the 
software license which controls the use of the soft- 
ware program on a system 16 identified by a 
system marketing model (SMM) code in a digital 
data processing system. 

As is conventional, the digital data processing 
system including the licensing management sys- 
tem may include one or more systems 16, each 
including one or more processors, memories and 
input/output units, interconnected in a number of 
ways. For example, the digital data processing 
system may comprise one processor, which may 
include a central processor unit which controls the 
system and one or more auxiliary processors which 
assist the central processor unit. Alternatively, the 
digital data processing system may comprise mul- 
tiple processing systems, in which multiple central 



processor units are tightly coupled, or clustered or 
networked systems in which multiple central pro- 
cessor units are loosely coupled, generally operat- 
ing relatively autonomously, interacting by means 
5 of messages transmitted over a cluster or network 
connection. In a tightly coupled multiple processing 
system, for example, it may be desirable to control 
the number of users which may use a particular 
software program at one time. A similar restriction 
io may be obtained in a cluster or network environ- 
ment by controlling the number of particular nodes, 
that is, connections to the communications link in 
the cluster or network over which messages are 
transferred. In addition, since the diverse proces- 
75 sors which may be included in a digital data pro- 
cessing system may have diverse processing 
speeds and powers, represented by differing sys- 
tem marketing mode! (SMM) codes, it may be 
desirable to include a factor for speeds and power 
20 in determining the number of processors on which 
a program may be used concurrently. 

As will be explained in greater detail below, the 
license data base 11 contains a plurality of entries 
20 (described below in connection with Fig. 2) each 
25 containing information relating to the terms of the 
license for a particular licensed program 1 4. In one 
embodiment such information may include a ter- 
mination date, if the license is for a particular time 
period or expires on a particular date, and a num- 
30 ber of licensing units if the license is limited by 
usage of the license program. In that embodiment, 
the entry also includes identification of a license 
unit table 40 (described below in connection with 
Fig. 3) in the license unit tables 12 that identifies 
35 the number of allocation units for usage of the 
licensed program on the types of systems 16 
which may be used in the digital data processing 
system as represented by the system marketing 
model <SMM) codes. 
40 When a user wishes to use a licensed program 

14, a GRANT LICENSE request message is gen- 
erated which requests information as to the licens- 
ing status of the licensed program 14. The BRANT 
LICENSE request message is transmitted to the 
45 licensing policy module 15, which notifies the op- 
erating system of the request. The operating sys- 
tem 13, in turn, passes the request, along with the 
system marketing model of the specific system 16 
being used by the user, to the license management 
so facility 10 which determines whether use of the 
program is permitted under the license. 

In response to the receipt of the GRANT LI- 
CENSE request from the user and the system 
marketing model tSMM) code of the system 16 
55 being used by the user on which the licensed 
program will -be processed, the license manage- 
ment facility 10 obtains from the license data base 
the entry 20 associated with the licensed program 
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14 and determines whether the use of the licensed 
program 14 is within the terms of the license as 
indicated by the information in the license data 
base 1 1 and the license unit tables 12. 

In particular, the license management facility s 
10 retrieves the contents of the entry 20 associated 
with the licensed program. If the entry 20 indicates 
a termination data, the license management facility 
10 compares the system data, which is maintained 
by the digital data processing system in a conven- to 
tional manner, with the termination date identified 
in the entry. If the system date is after the termina- 
tion date identified in the entry 20, the license has 
expired and the license management facility 10 
generates a usage disapproved message, which it is 
transmits to the operating system 13. On the other 
hand, if the termination date indicated in the entry 
20 is after the system date, the license has not 
expired and the license management facility 10 
proceeds to determine whether the usage of the 20 
licensed program 14 is permitted under other 
terms of the license which may be embodied in the 
entry 20. 

In particular, the license management facility 
10 then determines whether the usage of the li- zi 
censed program is permitted under usage limita- 
tions. In that operation, the license management 
facility obtains the number of license units remain- 
ing, which indicates usage of the licensed program 
14 not including the usage requested by the user. 30 
as well the identification of the table 40 in license 
unit tables 12 associated with the licensed program 
14. The license management facility 10 then com- 
pares the number of license units which would be 
allocated for use of the licensed program 14. which 35 
it obtains from the table 40 identified by entry 20 in 
the license data base 11, and the number of re- 
maining units to determine whether sufficient li- 
cense units remain to permit usage of the licensed 
program 14. 4G 

If the number of remaining license units in- 
dicated by entry 20 in the license data base 1 1 
exceeds the number, from license unit tables 12, of 
license units which would be allocated for use of 
the licensed progam 14. the usage of the licensed as 
program is permitted under the license. Accord- 
ingly, the license management facility transmits a 
usage approved response to the operating system 
13. In addition, the license management facility 10 
adjusts the number of remaining license units in 50 
entry 20 by a function of the license units allocated 
to use of the licensed program to reflect the usage. 

Cn the other hand, if the number of remaining 
license units indicated by entry 20 in the license 
data base is less than the number of license units 55 
which would be allocated for use of the licensed 
program 14. the usage of the licensed program 14 
is not permitted by the license. In that case, the 



license management facility 10 transmits a usage 
disapproved response to the operating system 13. 
In addition, the license management facility 10 may 
also log the usage disapproved response; this in- 
formation may be used by a system operator to 
determine whether usage of the licensed program 
14 is such as to warrant obtaining an enlarged 
license. 

Upon receipt of either a usage approved re- 
sponse or a usage disapproved response to the 
GRANT LICENSE request, the operating system 13 
passes the response to the licensing policy module 
15. If a usage approved response is received, the 
licensing policy module normally allows usage of 
the licensee program 14. If a usage disapproved 
response is received, the licensing policy module 
determines whether the usage of the licensed pro- 
gram may be permitted for other reasons. For 
example, usage of the licensed program 14 may 
be permitted under a group license, whose terms 
are embodied in entries in group license tables 17. 
Under a group license, usage may be permitted of 
any of a group of licensed programs. The oper- 
ations to determine to whether usage is permitted 
may be performed in the same manner as de- 
scribed above in connection with license manage- 
ment facility 10. In addition, if the usage of the 
licensed program 14 is not permitted under a 
group license, usage may nonetheless be permit- 
ted under the licensor's licensing practices, which 
may be embodied in the licensing policy module 
15. If the licensing policy module determines that 
usage of the program should be permitted, notwith- 
standing a usage disapproved response from the 
license management facility 10, because the usage 
is permitted under a group license or the licensors 
licensing practices, the licensing policy module 15 
permits usage of the licensed program. Otherwise, 
the licensing policy module does not permit usage 
of the licensed program in response to the GRANT 
LICENSE request. 

When a user no longer requires use of a li- 
censed program 14, it transmits a RELEASE LI- 
CENSE request to the licensing policy module 15. 
The operations performed by the licensing policy 
module depend on the basis for permitting usage 
of the licensed program. If usage was permitted as 
a result of a group license, if the group license is 
limited by usage, the licensing policy module 15, if 
necessary, adjusts the records in the group license 
tables 17 related to the group license to reflect the 
fact that the licensed program 14 related to the 
group license is not being used. If the usage was 
permitted as a result of a group license which is 
not limited by usage, but instead is limited in 
duration, or if the usage was permitted in response 
to the licensor's licensing policies, the licensing 
policy module 15 need do nothing. If the licensing 
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policy module 15 maintains a log of usage outside 
the scope of a group or program license, it may 
make an entry in the log of the RELEASE request. 

Finally, if usage was permitted as a result of 
the license management facility 10 providing an 
approve usage response to the GRANT LICENSE 
request, the licensing policy module 15 transmits 
the RELEASE LICENSE request to the operating 
system 13. In response, the operating system 13 
transfers the RELEASE LICENSE request, to the 
license management facility 10, along with an iden- 
tification of the system 16 using the licensed pro- 
gram 14. The license management facility 10 then 
obtains from the license data base the identification 
of the appropriate license usage allocation unit 
value table in license unit tables 12, and deter- 
mines the number of allocation units associated 
with this use of the licensed program 14 based on 
the identified allocation table and the processor. 
The license management facility 10 then adjusts 
the number of license units for the licensed pro- 
gram 14 in the license data base 11 to reflect the 
release. 

It will be appreciated by those skilled in the art 
that, the license management facility 10 may. in 
response to a GRANT LICENSE request, instead of 
deducting allocation units from the entries in the 
license data base 11 associated with the licensed 
programs 14, determine the number of allocation 
units which would be in use if usage of the li- 
censed program 14 is permitted, and respond 
based on that determination. If the license man- 
gement facility 10 operates in that manner, it may 
be advantageous for the entries in license data 
base 11 relating to each licensed program 14 to 
maintain a running record of the number of alloca- 
tion units associated with its usage. The licensing 
policy module 15 may operate similarly in connec- 
tion with group licenses that are limited by usage. 

It will also be appreciated that the new license 
management system thus permits the digital data 
processing system to control use of a licensed 
program 14 based on licensing criteria in the li- 
cense data base 11, the license unit tables 12, the 
group licensing tables 17 and the licensor's general 
licensing policies rather than requiring an operator 
to limit or restrict use of a licensed program or 
charging for the license based on some function of 
the capacity of all of the processors in the digital 
data processing system. The new license manage- 
ment system allows for very flexible pricing of 
licenses and licensing policies, since the digital 
data processing system itself enforces the licens- 
ing terms controlling use of the licensed programs 
14 in the system. 

Fig. 2 depicts the detailed structure of the 
license data base 12 (Fig. 1) used in the license 
management system depicted in Fig. 1. With refer- 



ence to Fig. 2, the license -data base includes a 
plurality of entries generally identified by reference 
numberal 20, with each entry being associated with 
one licensed program 1 4. Each entry 20 includes a 
5 number of fields, including an issuer name field 21 
identifying the issuer of the license, an authoriza- 
tion number field 22 which contains an authoriza- 
tion number, a producer name field 23 which iden- 
tifies the name of the vendor of the licensed pro- 
10 gram, and a product name field 24 which contains 
the name of the licensed program. The contents of 
these fields may be used, for example, in -connec- 
tion with other license management operations, 
such as determining the source of licensed pro- 
75 grams in the event of detection of errors in pro- 
grams, and in locating duplicate entries in the 
license data base or entries which may be com- 
bined as a result of licenses being obtained and 
entered by, perhaps different operators or at dif- 
20 ferent times. 

Each entry 20 in the licensing data base 11 
also includes a license number field 25 whose 
contents identify the number of licensing units re- 
maining. A license of a licensed program 14 iden- 
25 tifies a number of licensing units, which may be a 
function of the price paid for the license. An avail- 
ability table field 26 and an activity table field 27 
identify license usage allocation unit value tables in 
the license unit tables 12 .(described in connection 
30 with Fig. 3) to be used in connection with the 
GRANT LICENSE and RELEASE LICENSE re- 
quests. 

By way of background, a license may be in 
accordance with a licensing paradigm which re- 

35 quires concurrent use of the licensed program 14 
on several processors to be a function of the pro- 
cessor power and capacity, and the availability 
table field 26 identifies a license usage allocation 
unit table to be used in connection with that. In an 

40 alternative, a license may be in accordance with a 
licensing paradigm which requires concurrent use 
of the licensed program to be a function of the 
number of users using the program, and the activ- 
ity table field 27 identifies a license usage alloca- 

45 tion unit valve table in the license unit tables 12 to 
be used in connection with that, if either licensing 
paradigm is used to the exclusion of the other, one 
field contains a non-zero value and the other field 
contains a zero value. In addition, a license may be 

so in accordance with both licensing paradigms, that 
is, concurrent use of a program may be limited by 
both processor power and capacity and by the 
number of concurrent users, and in that case both 
fields 26 and 27 have non-zero values. 

55 In one embodiment of the licensing manage- 

ment system, fields 21 through 27 of an entry 20 in 
the licensing data base 11 are required. In that 
embodiment, an entry 20 in the licensing data may 
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also have several optional fields. In particular, an 
entry 2G may include a date/version number field 
30 whose contents comprise either a date or ver- 
sion number to identify the licensed program. If a 
license is to terminate on a specific date, the entry 
20 may include a licensor termination date field 31 
or a licensee termination date field 32 whose con- 
tents specify the termination date assigned by the 
licensor or licensee. This may be particularly use- 
ful, for example, as a mechanism for permitting 
licensees to demonstrate or try a program before 
committing to a long or open term license. 

Finally, an entry 20 in the license data base 
includes a checksum field 33. which includes a 
checksum of the contents of the other fields 21 
through 27 and 30 through 32 in the entry 20. 
which may be established by means of a math- 
ematical algorithm applied to the contents of the 
various fields. The general mechanism for estab- 
lishing checksums is well known in the art. and will 
not be described further herein. The contents of all 
fields 21 through 27 and 30 through 33 of a new 
entry 20 are entered by an operator. Prior to estab- 
lishment of an entry in the license data base 11, 
the license management facility 10 may verify cor- 
rect entry of the information in the various fields by 
calculating a checksum and comparing it to the 
checksum provided by the operator. If the check- 
sum provided by the operator and the checksum 
determined by the license management facility are 
the same, the entry 20 is established in the license 
data base 11. On the other hand, if the checksum 
provided by the operator and the checksum deter- 
mined by the license management facility differ, 
the license management facility 10 determines that 
% the information is erroneous or the license is invalid 
and does not establish the entry 20 in the license 
data base 11. It will be appreciated that, if the 
checksum-generation algorithm is hidden from an 
operator, the checksum provides a mechanism for 
verifying, not only that the information has been 
properly loaded into the entry, but also that the 
license upon which the entry is based is authorized 
by the licensor. 

The structure of group license tables 17 may 
be similar to the structure of the license data base 
11. with the addition that the entries for each li- 
cense reflected in the group license tables 17 will 
need to identify all of the licensed programs cov- 
ered thereby. 

As described above, the licensing unit tables 
12 {Fig. D contain information as to the allocation 
units for use in determining the number of licensing 
units associated with use of a licensed program. 
The structure of a licensing unit table 40 is de- 
picted in Fig. 3. With reference to Fig. 3. the 
licensing unit table includes a plurality of entries 

»i ~k AMh&\ /noruarallx/ irtentififtri hv refer- 



ence numeral 41) each identified by a particular 
type of processor. One entry 41 in the table 40 is 
provided for each type of processor which can be 
included in the digital data processing system 
5 which can use the licensed programs 14 which 
reference the license unit table 40. The processor 
associated with each entry is identified by a pro- 
cessor identification field 42. The successive fields 
in the entries 41 (which form the various columns 
to in the table 40 depicted in Fig. 3) form license 
usage allocation unit value tables 43(1) through 43- 
(M) (generally identified by reference numeral 43). 
The contents of the availability table field 26 and 
the activity table field 27 identify a license usage 
75 allocation unit value table 43. If there are non-zero 
contents in both availability field 26 and activity 
field 27. the contents which identify be the same 
license usage allocation unit value table 43 or dif- 
ferent license usage allocation unit value tables 43. 
20 As described above, the contents of the license 
usage allocation unit value table identify the num- 
ber of licensing units associated with use of the 
licensed programs which identify the particular li- 
cense usage allocation unit value table, for each of 
25 the identified processors. 

The operation of the licensing management 
system is depicted in detail in Figs. 4A-1 through 
4-B. Figs. 4A-1 through 4A-4 depict in a number of 
steps the details of operation of the licensing man- 
30 agement system in connection with the GRANT 
LICENSE request from a licensed program 14. 
Figs. 4B-1 and 4B-2 depict, in a number of steps, 
the details of operation in connection with the RE- 
LEASE LICENSE request from a licensed program 
35 14. In the Figs., the particular steps performed by 
the licensing policy module 15. the license man- 
agement facility 10 and the operating system 13 
are indicated in the respective steps. Since the 
operations depicted in Figs. 4A-1 through 4B-2 are 
40 substantially as described above in connection with 
Fig. 1, they will not be described further herein. 

The foregoing description has been limited to a 
specific embodiment of this invention. It will be 
apparent, however, that variations and modifica- 
45 tions may be made to the invention, with the attain- 
ment of some or all of the advantages of the 
invention. Therefore, it is the object of the appen- 
ded claims to cover all such variations and modi- 
fications as come within the true spirit and scope of 
50 the invention. 



Claims 

55 1 . A license management system for managing 

usage of a licensed software program comprising: 
licensing storage, means for storing a licensing unit 
value identifying a number of licensing units asso- 
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dated with the licensed software program; 
usage allocation value storage rneansJor storing a 
usage allocation value identifying a number of li- 
censing units associated with a use of the licensed 
software program; and 

licensing verification means responsive to a usage 
request to use said licensed software program for 
determining, based on the contents of said licens- 
ing storage means and said usage allocation value 
storage means, whether usage of said licensed 
software program is permitted and, if usage is 
permitted, for adjusting the contents of said licens- 
ing storage means by a value to the contents of 
said usage allocation value storage means. 

2. A license management system as defined in 
claim 1 for use in a digital data processing system 
which generates a system date value, said licens- 
ing storage means includes a plurality of fields 
including a licensing unit storage field for storing 
said licensing unit number identifying value and a 
field identifying a termination date, said licensing 
verification means further determining whether us- 
age of said licensed software program is permitted 
in response to a comparison of said system date 
and said termination date. 

3. A license management system as defined in 
claim 1 for managing usage of plurality of licensed 
software programs, wherein said licensing storage 
means includes a plurality of entries each contain- 
ing a program identification field identifying a li- 
censed software program and a licensing unit stor- 
age field for storing said licensing unit value, said 
licensing verification means including: 

request receiving means for receiving a usage re- 
quest identifying a licensed software program; 
licensing unit retrieval means responsive to said 
request receiving means receipt of a usage request 
for retrieving the contents of said licensing unit 
storage field from the entry of said licensing stor- 
age means whose program identification field iden- 
tifies the licensed software program identified in 
said usage request; and 

licensing unit processing means for determining, 
based on the contents of retrieved licensing unit 
storage field and said usage allocation value stor- 
age means, whether usage of said licensed soft- 
ware program is permitted and, is usage is permit- 
ted, for adjusting the contents of said licensing 
storage means by a value related to the contents of 
said usage allocation value storage means. 

4. A license management system as defined in 
claim 3 for use in a digital data processing system 
which generates a system date value, each entry in 
said licensing storage means further including a 
termination date field identifying a termination date, 
said licensing unit processing means further deter- 



mining whether usage of said licensed software 
program is permitted in response to a comparison 
of said system date and said termination date. 

5. A license management system as defined, in 

5 claim 3 wherein said usage allocation value storage 
means includes a plurality of usage allocation ta- 
bles each storing a value identifying a number of 
licensing units, each entry in said licensing storage 
means further including a usage allocation table 

to identification field identifying a usage allocation ta- 
ble, said licensing verification means further includ- 
ing usage allocation table retrieval means respon- 
sive to said request receiving means receipt of a 
usage request for retrieving the contents of the 

75 usage allocation table identified by the contents of 
said usage allocation table identification field of 
said retrieved entry, said licensing unit processing 
means using said retrieved usage allocation table 
in its determination. 

20 6. A license management system as defined in 

claim 5 wherein a request message further in- 
cludes licensing usage allocation value selection 
criteria and each usage allocation table includes a 
plurality of entries each identifying a usage alloca- 

25 tion value associated with a licensing usage alloca- 
tion value selection criterion, said licensing verifica- 
tion means including means for retrieving, from the 
usage allocation table identified by said entry in 
said licensing storage means, the usage allocation 

30 value associated with the licensing usage allocation 
value selection criterion in said request message 
and using said retrieved usage allocation value in 
its determination. 

7. A license management system as defined in 
35 claim 3 wherein a request message further in- 
cludes licensing usage allocation value selection 
criteria and said usage allocation table includes a 
plurality of entries each identifying a usage alloca- 
tion value associated with a licensing usage alloca- 

40 tion selection criterion, said licensing verification 
means including means for retrieving the usage 
allocation value associated with the licensing usage 
allocation selection criterion in said request mes- 
sage and using said retrieved usage allocation val- 

45 ue in its determination. 

8. A license management system as -defined in 
claim 1 wherein said licensing verification means 
further operates in response to a release request 
message for adjusting the contents of said licens- 

50 ing storage means by a value related to the -con- 
tents of said usage allocation value storage means. 

-9. A license management system as defined in 
claim 8 for managing usage of a plurality of li- 
censed software programs, wherein said licensing 

55 storage means includes a plurality of entries each 
containing a program identification field identifying 
a licensed software program and a licensing unit 
•storage field, for storing said licensing unit value, 
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said licensing verification means including: 
request receiving means for receiving a release 
request identifying a licensed software program; 
licensing unit processing means for adjusting the 
contents of said licensing storage means by a 
vaiue related to the contents of said usage alloca- 
tion value storage means. 

10. A license management system as defined 
in claim 9 wherein said usage allocation value 
storage means includes a plurality of usage alloca- 
tion tables each storing a value identifying a num- 
ber of licensing units, each entry in said licensing 
storage means further including a usage allocation 
table identification field identifying a usage alloca- 
tion table, said licensing verification means further 
including usage allocation table retrieval means re- 
sponsive to sad request receiving means receipt of 
a usage request for retrieving the contents of said 
usage allocation table identification field of said 
retrieved entry, said licensing unit processing 
means using retrieved usage allocation table in its 
adjusting. 

1 1 . A license management system as defined 
in claim 10 wherein a release message further 
includes licensing usage allocation value selection 
criteria and each usage allocation table includes a 
plurality of entries each identifying a usage alloca- 
tion value associated with a licensing usage alloca- 
tion vaiue selection criterion, said licensing verifica- 
tion means including means for retrieving, from the 
usage allocation table identified by said entry in 
said licensing storage means, the usage allocation 
value associated with the licensing usage allocation 
value selection criterion in said request message 
and using said retrieved usage allocation value in 
its adjusting. 

12. A license management system as defined 
in claim 8 wherein a release message further in- 
cludes licensing usage allocation value selection 
criteria and each usage allocation table includes a 
plurality of entries each identifying a usage alloca- 
tion value associated with a licensing usage alloca- 
tion value selection criterion, said licensing verifica- 
tion means including means for retrieving, from the 
usage allocation value table identified by said entry 
in said licensing storage means, the usage alloca- 
tion value associated with the licensing usage al- 
location vaiue selection criterion in said request 
message and using said retrieved usage allocation 
value in its adjusting. 

13. A license management system for use in a 
digital data processing system including a system 
date generating means for generating a system 
date value, said license management system com- 
prising: 

licensing storage means including a plurality ot 
entries each associated with a licensed software 

A *s-H ontrv mntaininn a lir.pnsinn units 



field for storing a licensing unit value identifying a 
number of licensing units associated with the li- 
cense software program, a usage allocation table, 
and a termination date; 
5 usage allocation table storage means for storing a 
plurality of usage allocation tables, each usage 
allocation table having a plurality of usage alloca- 
tion entries each usage allocation entry being asso- 
ciated with a licensing usage allocation value selec- 
w tion criterion and storing a usage allocation value 
identifying a number of licensing units; and 
licensing verification means including: 
usage grant means including: 
usage request message receiving means for re- 
75 ceiving a usage request message from a licensed 
software program, said usage request message 
identifying said licensed software program and us- 
age grant criteria; 
" entry retrieval means responsive to the receipt of a 
20 usage request message for retrieving from said 
licensing storage means the licensing table entry 
associated with said licensed software program; 
usage allocation table retrieval means for retrieving 
from said usage allocation table storage means a 
25 usage allocation entry identified by said retrieved 
licensing table entry and the licensing usage al- 
location value selection criterion identified by the 
received usage request message; 
licensing request processing means including: 
30 usage determination means including licensing unit 
comparing means for comparing the contents of 
said licensing units field and said usage allocation 
units field and date comparison means for compar- 
ing the system date value with the contents of said 
35 termination date field to determine whether usage 
of said licensed software program is permitted, 
response generation means for generating a mes- 
sage in response to the determination by said 
usage determination means; and 
40 licensing unit adjusting means for adjusting the 
contents of said licensing units field in response to 
a positive determination by said usage determina- 
tion means; 

usage release means including: 
45 usage release message receiving means for receiv- 
ing a usage request message from a licensed 
software program; said usage request message 
identifying said licensed software program and us- 
age grant criteria; 
50 entry retrieval means responsive to the receipt of a 
usage request message for retrieving from said 
licensing storage means the licensing table entry 
associated with said licensed software program; 
usage allocation table retrieval means for retrieving 
55 from said usage allocation table storage means a 
usage allocation entry identified by said retrieved 
licensing table, entry and the licensing usage al- 
location vaiue selection criterion identified by the 
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received usage request message; 
licensing release processing means for adjusting 
the contents of said licensing units field in relation 
to the value of said usage allocation entry. 
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